Skip to content

docs: add ADR for Docker Image Variant v2#221

Open
Soner (shyim) wants to merge 1 commit into
mainfrom
adr/docker-image-variant-v2
Open

docs: add ADR for Docker Image Variant v2#221
Soner (shyim) wants to merge 1 commit into
mainfrom
adr/docker-image-variant-v2

Conversation

@shyim

Copy link
Copy Markdown
Member

Architecture Decision Record proposing:

  • Calendar-versioned, immutable image tags (-vYYYY.N suffix) so breaking changes don't silently roll out
  • Debian-based production images to replace Alpine and avoid musl issues
  • Reduced image matrix from 8 variants to 4
  • Formal support policy with deprecation windows

See also shopware/docker#150.

Proposes calendar-versioned immutable tags, Debian-based images,
reduced matrix, and a formal support policy.
- `ghcr.io/shopware/docker-dev:8.3-node22-v2026.1`
- `ghcr.io/shopware/docker-dev:8.3-node24-v2026.1`

### 4. Shopware application defaults move out of the image

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This sounds like a great change (an probably overdue)

- Official upstream packages (Node.js, grpc) become usable without source builds or musl patches.
- The size difference between `debian:*-slim` and Alpine is acceptable for a PHP application image where the PHP layer dominates anyway.

### 3. One production variant: FrankenPHP, batteries included

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1 for only using and endorsing FrankenPHP

Comment thread adr/2026-07-08-docker-image-variant-v2.md
@kevinrudde

Copy link
Copy Markdown
Member

I'm happy to contribute if you need help, I have built some php base images in the past for the SBP components as well 😃

Comment thread adr/2026-07-08-docker-image-variant-v2.md
- Official upstream packages (Node.js, grpc) become usable without source builds or musl patches.
- The size difference between `debian:*-slim` and Alpine is acceptable for a PHP application image where the PHP layer dominates anyway.

### 3. One production variant: FrankenPHP, batteries included

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

https://frankenphp.dev/docs/known-issues/#buggy-php-extensions

How do you think about the issue with support for blackfire and datadog?

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

same thought about ensuring support for:

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I pinged Blackfire, Datadog and OTEL. any other does not low level things

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants